MRR 11 2005 20:01 FR PROSK AUER ROSE LLP 192 969 2921 TO *5595*7457?024*7 P . 03 

! 



Appl. Ser. No- 09/891,945 

Amendments "T Specification; 

rewritten paragraph: ; 

m stock trading and other financial instrument trading markets, a trader may buy 

and sell instruments onb^^^ 

portfolios. WhenatraderU^U,**^^^ || 
^.^t^d^htb^^ insuchasituatione, 
there may beaneed to allocate the instruments that are traded among the waiting clients 
orportfolios. Manual allocation of a trade can be a complex and time consuming g 
process. Consequently, computer automated allocation of a trade is desirable. One 
solution to allocating a traded instrument is to include functionality in an Order ^ 
Management System (QMS) to perform trade allocation. However, in existing OMSs, q' 
trade allocation features may be lacking or inadequate. One solution to this problem is to 
modify OMS software to add desired allocation jfearures. As a practical matter, such 
modification may not be feasible. For example,! software code for an OMS may be under 
control of a vendor and not modifiable, or a trading network may include a variety of 
different OMSs and, due to cost or other conceits, modification of each of the OMSs 
may not be possible. Consequently, non-OMS ^ased trade allocation solutions are 
desirable. 

Please replace the paragraph beginning^ page 3, line 1 1 with the following 
rewritten paragraph: 
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i 

Allocation Manager (AM) is a trading system component that can automatically 
allocates atrade of a financial instrument among njultiple investment portfolios. For 
example, a trader may purchase 1 00 shares of a stock "MYSTOCK" (a fictional stock 
ticker) and Allocation Manager may automatically allocate 60 shares from this trade into 
a first portfolio, and the remaining 40 shares into 4 second portfolio. Allocation manager 
can allocate a trade among multiple polios uaiiig clarification assign^ to the trade 
and associated with each portfolio. In the implementation described herein, Allocation 
Manager performs trade allocation based on a ns¥ciassincaxibn (a-'ifefc-cW*) thatcca-- 
reflect an investment strategy associated with a portfolio. Other classifications can also 
be used (e.g., trade or portfolio-size based classifications, trade volume-based 
classifications, industry segment classifications, etc.). 

Please replace the paragraph beginning atipage 6, line 19 with the following 

mwrittfTO paragraph: 

Fig. 2 shows a Common Object Request Broker Architecture (CORBA)-based 
implementation of an Allocation Manager, CORfcA is a vendor-independent software 
component and messaging architecture and infrastructure that computer applications can 
use to work together over networks. A CORBAfbased software architecture, along with 
the use of the associated Internet mter-Operabilijy Protocol (HOP) standards, can 
facilitate communication between program independent of the type of computer, 
operating systems, programming language, and network in use by each program. The 
AM implementation 200 partitions functionality among a server 220 and a client 210 
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component. The server component 220 processed trade related data while the client 

j 

component 210 can interact with the server component to monitor the operation of the 

i 

server 220 and to configure the server's operation (e.g., by provisioning data, setting 
limits, etc.). The use of a CORBA-based architecture, as well as partitioning of AM 
functionality between separate server and client components, is optional Other software 
architectures (e.g., a Microsoft Distributed COMior COM+ architecture or a proprietary 
architecture) may be used. 

Please replace the paragraph beginning atjpage 10, line 29 with the following 
rewritten paragraph: 

The target ratios for a particular risk class; can be calculated based on the free 
capital available in each investment pnrtfolin thAfl is a mfirnhnr nf that risk r.lass Thp 
ratios for each risk classes sum to 100%, thus ensuring that a trade is completely 

allocated among relevant portfolios, j 

j 

Ploooo replace the paragraph beginning at|pag& 23, lin* 1 with the following 
rewritten paragraph: j 

When a trade (e.g., a sell transaction) results in change from a long to a short 
position, that trade is processed by the Allocation Manager as if it consists of both a 
closing transaction and an opening transaction. Tfhe closing portion of the transaction 
reduces the position in each fund to zero (i.e., flat). The opening portion of the 
transaction in accordance with the rules explained above. Similarly, a buy transaction 
that results in a change from a short to a long position is treated as consisting of both a 
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closine transaction and an ooenins transaction- Tfhe closing transaction increases the 
position in each fund to zero (i.e., flat). The opening transaction then creates a long 

position. j 

Please replace the paragraph beginning at; page 24, line 4 with the following 
rewritten paragraph: 

In some implementations, amendments aiid corrections maybe automatically 
generated or electronically received at an interface from, e.g., an interface to another 

i 

broker's system (an external broker interface). Electronic amendments may be 
transmitted to the Allocation Manager on an intrd-day basis. When a modification or 
correction message is received at an external broker interface, that message may be 
processed at the OMS. The OMS processing may include, e.g., locating the OMS ID that 
was assigned to the original trade. The original trade's data may be updated in the OMS 
database mid a FIX message may be transmitted to the Allocation Manager to amend the 
trade. At the Allocation Manager, the electronic amendment message can be matched to 
the multiple allocated trades (using tlx* OMS ID) j and ^aiiocl inca&»£c& generated fui each 
allocated trade. The cancel messages are transmitted from the Allocation Manager to the 

Accounting System. 



5 



PAGE 6119 * RCVD AT 3/1 112005 2:09:48 PM [Eastern Standard Time] 1 SVR:USPTO-EFXRMJ0 1 DNIS:8729326 ' CSID:21 2 969 2921 1 DURATION (mm-ss):05-34 



This Page is Inserted by IFW Indexing and Scanning 
Operations and is not part of the Official Record 

BEST AVAILABLE IMAGES 

Defective images within this document are accurate representations of the original 
documents submitted by the applicant. 

Defects in the images include but are not limited to the items checked: 

□ BLACK BORDERS 

□ IMAGE CUT OFF AT TOP, BOTTOM OR SIDES 

□ FADED TEXT OR DRAWING 

□ BLURRED OR ILLEGIBLE TEXT OR DRAWING 

□ SKEWED/SLANTED IMAGES 

□ COLOR OR BLACK AND WHITE PHOTOGRAPHS 

□ GRAY SCALE DOCUMENTS 

13 LINES OR MARKS ON ORIGINAL DOCUMENT 

□ REFERENCE(S) OR EXHIBIT(S) SUBMITTED ARE POOR QUALITY 

□ OTHER: 

IMAGES ARE BEST AVAILABLE COPY. 
As rescanning these documents will not correct the image 
problems checked, please do not report these problems to 
the IFW Image Problem Mailbox. 



